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(57) Abstract 

Methods and apparatus for utilizing pixel sub-components which form a 
pixel element of an LCD display, e.g., as separate luminous intensity elements, 
are described. R, G, and B luminous intensity level values generated as part of 
a weighted scan conversion operation (812) are packed into 8 bit values (807) 
thereby avoiding the need to store, transmit and process separate R, G and B 
luminous intensity values representing, e.g., character glyphs. In accordance 
with another feature, a look-up table (831) including packed pixel values and 
processed pixel values is used to convert between glyphs represented using a 
set of packed pixel values (807) into R, G, and B pixel values in a format which 
is used by a display (547). In various embodiments the processed pixel values 
represent the result of performing unpacking, gamma correction, color filtering 
and color palette selection operations (833) using the packed pixel values (807) 
as input Since the values in the look-up table (831) are pre-computed, the 
need to perform the processing operations achieved by using the look-up table 
(831) in real time are avoided. One look-up table (832, 832', 832") is stored 
for each different combination of color palette selection, gamma correction and 
pixel format conversion operation (833) that is supported. Switching between 
a light forground/dark background and a dark background/light foreground is 
achieved in accordance with the present invention by simply modifying the 
way in which a look-up table (831) of processed pixel values is accessed in 
response to a packed pixel value (807). 
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METHODS AND APPARATUS FOR GENERATING AND 
REPRESENTING LUMINANCE INTENSITY VALUES 

FIELD OF THE INVENTION 

5 The present invention relates to methods and apparatus for displaying images, 

and more particularly, to display methods and apparatus, which utilize multiple 
displaced portions of an output device, e.g., liquid crystal display, to represent a single 
pixel of an image. 

BACKGROUND OF THE INVENTION 

10 Color display devices have become the principal display devices of choice for 

most computer users. The display of color on a monitor is normally achieved by 
operating the display device to emit light, e.g., a combination of red, green, and blue 
light, which results in one or more colors being perceived by the human eye. 

In cathode ray tube (CRT) display devices, the different colors of light are 

15 generated via the use of phosphor coatings which may be applied as dots in a 
sequence on the screen of the CRT. A different phosphor coating is normally used to 
generate each of the three colors, red, green, and blue. The coating results in 
repeating sequences of phosphor dots which, when excited by a beam of electrons, 
will generate the colors red, green and blue. 

20 The term pixel is commonly used to refer to one spot in, e.g., a rectangular 

grid of thousands of such spots. The spots are individually used by a computer to 
form an image on the display device. For a color CRT, where a single triad of red, 
green and blue phosphor dots cannot be addressed, the smallest possible pixel size 
will depend on the focus, alignment and bandwidth of the electron guns used to excite 

25 the phosphors. The light emitted from one or more triads of red, green and blue 
phosphor dots, in various arrangements known for CRT displays, tend to blend 
together giving, at a distance, the appearance of a single colored light source. 

In color displays, the intensity of the light emitted corresponding to the 
additive primary colors, red, green, and blue, can be varied to get the appearance of 

30 almost any desired color pixel. Adding no color, i.e., emitting no light, produces a 
black pixel. Adding 100 percent of all three colors results in a white pixel. 

Portable computing devices, including hand held devices and portable 
computers, tend to use liquid crystal displays (LCD) or other flat panel display 
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devices 102, as opposed to CRT displays. This is because flat panel displays tend to 
be small and light weight as compared to CRT displays. In addition, flat panel 
displays tend to consume less power than comparable sized CRT displays making 
them well suited for battery powered applications. 

5 Color LCD displays are exemplary of display devices which utilize multiple 

distinctly addressable elements, referred to herein as pixel sub-components or pixel 
sub-elements, to represent each pixel of an image being displayed. Normally, each 
pixel element of a color LCD display comprises three non-square elements, i.e., red, 
green and blue (RGB) pixel sub-components. Thus, a set of RGB pixel 

10 sub-components together make up a single pixel element. Known LCD displays 
generally comprise a series of RGB pixel sub-components which are commonly 
arranged to form stripes along the display. The RGB stripes normally run the entire 
length of the display in one direction. The resulting RGB stripes are sometimes 
referred to as "RGB striping". Common LCD monitors used for computer 

15 applications, which are wider than they are tall, tend to have RGB stripes running in 
the vertical direction. 

Fig. 1 illustrates a known LCD screen 200 comprising a plurality of 
rows (Rl -Rl 2) and columns (C 1 -C 1 6). Each row/column intersection forms a square 
which represents one pixel element. Fig. 2 illustrates the upper left hand portion of 

20 the known display 200 in greater detail. 

Note in Fig. 2 how each pixel element, e.g., the (Rl, C4) pixel element, 
comprises three distinct sub-element or sub-components, a red sub-component 206, a 
green sub-component 207 and a blue sub-component 208. Each known pixel 
sub-component 206, 207, 208 is 1/3 or approximately 1/3 the width of a pixel while 

25 being equal, or approximately equal, in height to the height of a pixel. Thus, when 
combined, the three 1/3 width pixel sub-components 206, 207, 208 form a single pixel 
element. 

As illustrated in Fig. 1, one known arrangement of RGB pixel 
sub-components 206, 207, 208 form what appear to be vertical color stripes down the 
. 30 display 200. Accordingly, the arrangement of 1/3 width color sub-components 206, 
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207, 208, in the known manner illustrated in Figs. 1 and 2, is sometimes called 
"vertical striping". 

Traditionally, each set of pixel sub-components for a pixel element is treated 
as a single pixel unit. Accordingly, in known systems luminous intensity values for 

5 all the pixel sub-components of a pixel element are generated from the same portion 
of an image. Consider for example, the image represented by the grid 220 illustrated 
in Fig. 3. In Fig. 3 each square represents an area of an image which is to be 
represented by a single pixel element, e.g., a red, green and blue pixel sub-component 
of the corresponding square of the grid 230. In Fig. 3 a shaded circle is used to 

10 represent a single image sample from which luminous intensity values are generated. 
Note how a single sample 222 of the image 220 is used in known systems to generate 
the luminous intensity values for each of the red, green, and blue pixel 
sub-components 232, 233, 234. Thus, in known systems, the RGB pixel 
sub-components are generally used as a group to generate a single colored pixel 

15 corresponding to a single sample of the image to be represented. 

While individual RGB sub-component intensities can be varied to support a 
wide range of different colors, frequently, only a limited number of colors are actually 
supported by the display hardware and/or software. A supported set of colors is 
refereed to commonly as a color palette. Each color in a color palette corresponds to 

20 a different combination of R, G, and B pixel sub-componeni luminance intensity 
values. While a computer system may support multiple color palettes, normally only 
one palette may be used to generate the images displayed at any given time. 

In the case of text rendering, a user normally selects a foreground and 
background color to be used. Commonly, a dark foreground and a light background 

25 color is selected to produce dark text on a light colored field. Such an approach 
mimics printed text which frequently tends to be black on a white background. 

As an alternative to a dark foreground and a light background, a user may 
select a light foreground and a dark background. While such a text option is less 
common, it is sometimes used, e.g.. to highlight text on the screen. 

30 In the case where text is rendered at pixel resolution as is commonly done, 

pixels used to represent a character are set to the selected foreground color, e.g., 
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black, and pixels used to represent the background are set to white. As discussed 
above, to produce a black pixel the R, G, and B pixel sub-components of the black 
pixel are set to output the minimum possible luminous intensity. In the case of a 
white pixel the R, G, and B pixel sub-components are set to their maximum luminous 
5 intensity. 

Frequently, because of the relatively low display resolution of most video 
display devices, not enough pixels are available to draw smooth character shapes, 
especially at common text sizes of 10, 12, and 14 point type. 

Portable computing devices, and hand held computing devices in particular, 
10 face power consumption problems and, in many cases, cost constraints, which are 
frequently less of an issue in desk top computing devices. 

As discussed above, power constraints often led to the use of LCD display 
devices in an attempt to minimize power consumption. Power concerns also often 
result in the use of a processor, e.g., CPU, designed with power saving features. 
15 Since there are more desk top PCs than portable computers, most CPU manufactures 
give priority to developing fast CPUs for desktop computers, as opposed to CPUs 
with power saving features for portable computers. For this reason processors in 
portable computing devices tend to lag behind their desk top counterparts in terms of 
processing power. 

20 In the case of hand held computing devices, e.g., personal assistant devices, 

cost tends to be a limiting factor in terms of both processing power and the amount of 

memory included in the device. 

Thus, while portable and hand held computing devices face many of the same 

image rendering problems encountered in other image rendering environments, such 
25 as desk top personal computers, frequently less processing power and memory is 

available in the portable computer and hand held environments to address the image 

rendering problems. 

In view of the above discussion, it is apparent that there is a need for improved 

methods of rendering and displaying images including text. It is desirable that at least 
30 some new methods and apparatus support the rendering of text in portable computers 
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and hand held computing devices, where processing and memory resources are 
limited. 

SUMMARY OF THE PRESENT INVENTION 

The present invention is directed to methods and apparatus for displaying 
5 images utilizing multiple distinct portions of an output device, e.g., an LCD display, 
to represent a single pixel of an image. 

In accordance with the present invention, each pixel sub-component of a pixel 
element is treated as an independent luminance source. This provides for an increase 
in resolution of up to 3 times in the direction perpendicular to the direction of RGB 
10 striping in the case of striped displays. 

The rendering of images, e.g., text characters, in accordance with the present 
invention involves several steps. These include a rasterization step, an optional glyph 
caching step, and a device, e.g., display, driver processing step. The rasterization step 
may include scaling, hinting and scan conversion steps. The rasterization step 
15 produces a glyph, which includes a monochrome bitmap representation of an image, 
e.g., a character. 

The optional caching step of the present invention involves the storage of 
glyphs produced by the rasterization operation. When a glyph is generated by the 
rasterization operation, it is placed in the glyph cache for possible future use. If a 

20 character corresponding to a previously rasterized and cached glyph is to be output, 
the glyph may be obtained from the cache thereby avoiding the need to perform the 
rasterization operation. 

In accordance with one embodiment of the present invention, separate R, G, 
and B luminous intensity level values associated with each pixel element are packed, 

25 e.g. , compressed, into a single value referred to herein as a packed pixel value. In this 
manner, the amount of memory required to store a glyph can be significantly reduced. 
In one exemplary embodiment, a single 8 bit packed pixel value is used to represent 
the R, G, B pixel sub-component intensity values associated with each pixel element 
of an image. This represents a significant savings in memory over systems which 

30 use 8 bits to represent each of the R, G, B pixel sub-component luminous intensity 
values throughout the rendering process 
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Prior to display, glyphs from the rasterization step or the glyph cache are 
processed to generate corresponding pixel values in a format that is supported by a 
display adapter and/or display device to which the pixel values will be supplied. A 
pixel value is a value that is used to control the luminous intensity of a pixel element. 

5 Accordingly, a pixel value may be an R, G, or B luminance intensity value on into the 
case of a palletized display system, a number that is used to index into a table, e.g., 
color palette, that includes the actual R, G, B luminous intensity values used by the 
display device. In a palletized display embodiment, the display device or display 
adapter converts color palette values associated with individual pixels into actual R, 

10 G, and B luminous intensity values that are then used to control the R, G, and B 
luminous intensity of pixel sub-components. 

The rasterization operation includes a scan conversion operation and. in 
various embodiments, optional scaling and hinting operations. As part of the scaling 
operation a high resolution representation of an image, e.g., character to be displayed, 

15 is super sampled in at least the dimension perpendicular to the direction of RGB 
striping. After hinting of the scaled image, a scan conversion operation is performed. 
In accordance with one feature of the present invention, the scan conversion operation 
is a weighted scan conversion operation wherein the hinted image is divided into 
equal sized portions, e.g., segments and different numbers of segments are used for 

20 determining the R, G, and B luminous intensity values. 

One particular exemplary embodiment, uses super sampling by a factor of 16 ? 
resulting in a super sampled image having 16 segments corresponding to each pixel 
element. In the particular exemplary embodiment, the implemented weighted scan 
conversion operation used 5 image segments to determine the red pixel 

25 sub-component luminous intensity value, 9 image segments to determine the green 
luminous intensity value and 2 image segments to determine the blue luminous 
intensity value. 

In the case of a weighted scan conversion operation, the number N of 
possible R, G ; and B luminous intensity value combinations for a pixel element is 
30 equal to the number of possible R values, times the number of possible G values times 
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the number of possible B values. In the 5, 9, 2 scaling case, N corresponds to a total 
of (6x10x3) 180 possible values. 

In accordance with the present invention, rather than represent the R, G and B 
luminous intensity value resulting from scan conversion operation as three separate 
5 values, e.g., an 8 bit R value, an 8 bit G value, and an 8 bit B value, the R, G, B 
luminous intensity values corresponding to a pixel element are specified ,as a single 
number, referred to herein as a packed pixel value. The packed pixel value indicates 
which one of the possible sets ofR. G, andB luminous intensity values a pixel 
element corresponds. In the 5, 9, 2, case, an 8 bit packed pixel value can be used to 

10 easily represent the 180 different possible R.G.B luminous intensity values. 

The packed pixel values generated in accordance with the present invention 
allow a character glyph to be represented using far fewer bits than would be necessaiy 
if separate R, G, and B luminous intensity values were stored. The reduction in the 
amount of data used to represent a glyph using the packing technique of the present 

15 invention reduces the amount of bandwidth required to transmit a glyph over a bus as 
compared to systems, which do not pack the luminous intensity values. The small 
size glyph of the present invention also has the advantage of allowing more glyphs to 
be stored in the same amount of memory than would be possible if packed pixel 
values were not used to represent the glyph. Both of these advantages can be 

20 important particularly in the case of hand held and portable computing devices where 
memory and bus bandwidth may be relatively limited. 

When a glyph is to be displayed, the set of packed pixel values representing 
the glyph is supplied to the display driver. The display driver is responsible for 
performing one or more image processing operations to the data representing the 

25 image, e.g., character, to be displayed The display driver converts the packed pixel 
values used to represent the glyph into pixel values, e.g., separate 8 R, G and B 
luminance intensity values or color palette values, having a format that is used by the 
display adapter or display device to which the image data is being output The display 
driver may also perform gamma correction operations, color compensation operations 

30 and/or color palette selection operations which involve the selection of colors from a 
limited color palette that is in use at any given time. 
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In some embodiments the processing operations performed by the display 
driver are implemented as sequential processing operations. However, other 
embodiments of the present invention, the processing operations performed by the 
display driver are combined into a simple look-up table operation. 

5 For this purpose one or more look-up tables are provided as part of the display 

driver. Each look-up table corresponds to a different set of device driver operations 
or input values used to transform packed pixel values into pixel values having a 
format used by the display adapter or display device. For example, one look-up table 
may be provided for each of a plurality of supported display devices having different 

10 gamma values or pixel value format requirements. In addition, separate look-up 
tables are used for each supported color palette. For example, one look-up table 
generated using a color palette associated with Internet applications, is used to process 
packed pixel values when the Internet application color palette is the display device's 
active palette. A different look-up table is used when the display device and/or 

1 5 display adapter has a different active color palette. 

Each look-up table includes one entry for each potential packed pixel value. 
The entries are arranged in the table so that the Nth entry corresponds to the Nth 
packed pixel value in a set of potential packed pixel values. In the case of a palletized 
display system, each table entry is normally a single pixel value, i.e., a color palette 

20 value. In non-palletized systems, each entry is normally a set of R, G, and B pixel 
sub-component luminous intensity values in a format that can be used by a display 
adapter and/or display device. In the exemplary case of 180 possible packed pixel 
values, a look-up table would include 180 entries, each entry corresponding to a 
different one of the 180 packed pixel values. In one embodiment, each table entry is 

25 pre-computed by performing the implemented display driver processing operations 
using the packed pixel value, to which the output pixel value corresponds, as input. 

By using the packed pixel values included in a glyph as indices into the 
display device look-up table of the present invention, a set of output pixel values in a 
form utilized by the attached display adapter or display device is obtained. Since the 

30 look-up table values are pre-computed, i.e., computed prior to use in the display 
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driven the need to perform gamma correction, color compensation and/or palette 
selection operations in real time during image rendering is avoided. 

Various features of the present invention are directed to the creation of device 
driver look-up tables that can be used in the above described manner as will be 
5 discussed in detail below. 

The present invention allows foreground and background colors to be 
specified for use in rendering images such as text. When pixel value look-up tables 
are used to implement the display driver, in accordance with the present invention, a 
look-up table is normally provided to support a pair of colors which may be used in 
10 combination as foreground and background colors. In accordance with the present 
invention, which color is used as the foreground color and which color is used as the 
background color, is determined by the manner in which the pixel value look-up table 
is accessed. In one such embodiment foreground and background colors are 
interchanged by simply reversing the order in which the pixel value look-up table, 
15 corresponding to the utilized color pair, is accessed. 

Numerous additional features, embodiments, and advantages of the methods 
and apparatus of the present invention are set forth in the detailed description which 
follows. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 Figure 1 illustrates a known LCD screen. 

Figure 2 illustrates a portion of the known screen illustrated in Fig. 1 in greater 
detail than the Fig. 1 illustration. 

Figure 3 illustrates an image sampling operation performed in known systems. 
Figure 4 illustrates known steps involved in preparing and storing character 
25 information for use in the subsequent generation and display of text. 

Figure 5 illustrates a computer system implemented in accordance with the 
present invention. 

Figure 6 illustrates image sampling performed in accordance with one 
exemplary embodiment of the present invention. 
30 Figure 7 is a diagram of an image rendering apparatus of the present invention. 
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Figure 8 illustrates the image rendering apparatus of Fig. 7 as it relates to other 
elements of the computer system illustrated in Fig. 5. 

Figure 9 illustrates a method of rendering text for display in accordance with 
one embodiment of the present invention. 
5 Figure 10 illustrates a scan conversion routine of the present invention. 

Figure 1 1 illustrates a scaling operation performed in accordance with an 
exemplary embodiment of the present invention. 

Figure 12 illustrates an exemplary hinting operation performed in accordance 
with the present invention. 
1 o Figure 1 3 illustrates a scan conversion operation performed in accordance with 

an exemplary embodiment of the present invention. 

Figure 14 illustrates the scan conversion operation performed on the fourth 
row of the image illustrated in Fig. 13 in greater detail 

Figure 15 is an exemplary R, G, B luminous intensity level value to packed 
1 5 pixel value conversion table. 

Figure 16 illustrates a method for generating a device driver pixel value 
look-up table. 

Figure 17 illustrates an exemplary device driver pixel value look-up table. 
Figure 18 illustrates switching between a light foreground/dark background 
20 image representation and a dark foreground/light background image representation. 

Figure 19 illustrates a display driver look-up table implemented in accordance 
with an exemplary embodiment of the present invention. 

Figure 20 illustrates another exemplary device driver pixel value look-up 

table. 

25 DETAILED DESCRIPTION 

As discussed above, the present invention is directed to methods and apparatus 
for displaying images, e.g., text and/or graphics, on display devices which are capable 
of utilizing multiple distinct sections of an output device, e.g., the R, G, B pixel 
sub-components of a liquid crystal display, to represent a single pixel of an image. 
30 Various methods of the present invention are directed to using each pixel 

sub-component as an independent luminous intensity source as opposed to treating the 
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set of RGB pixel sub-components which comprise a pixel as a single luminous 
intensity unit. This allows for a display device with RGB horizontal or vertical 
striping to be treated as having an effective resolution in the dimension perpendicular 
to the striping that is up to 3 times greater than in the other dimension. Various 
5 apparatus of the present invention are directed to display devices and control 
apparatus, which take advantage of the ability to individually control the luminous 
intensity sub-pixel components. 

Fig. 5 and the following discussion provide a brief, general description of an 
exemplary apparatus in which at least some aspects of the present invention may be 

10 implemented. Various methods of the present invention will be described in the 
general context of computer-executable instructions, e.g., program modules, being 
executed by a computer device such as a personal computer. Other aspects of the 
invention will be described in terms of physical hardware such as, e.g., display device 
components and display screens. 

15 The methods of the present invention may be effected by other apparatus than 

the specific described computer devices. Program modules may include routines, 
programs, objects, components, data structures e.g., look-up tables, etc. that perform 
task(s) or implement particular abstract data types. Moreover, those skilled in the art 
will appreciate that at least some aspects of the present invention may be practiced 

20 with other configurations, including hand held devices, multiprocessor systems, 
microprocessor-based or programmable consumer electronics, network computers, 
minicomputers, set top boxes, mainframe computers, displays used in, e.g., 
automotive, aeronautical, industrial applications, and the like. At least some aspects 
of the present invention may also be practiced in distributed computing environments 

25 where tasks are performed by remote processing devices linked through a 
communications network. In a distributed computing environment, program modules 
may be located in local and/or remote memory storage devices. 

With reference to Fig. 5, an exemplary apparatus 500 for implementing at least 
some aspects of the present invention includes a general purpose computing device. 

30 The personal computer 520 may include a processing unit 52 1 , a system memory 522, 
and a system bus 523 that couples various system components including the system 
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memory to the processing unit 521. The system bus 523 may be any of several types 
of bus structures including a memory bus or memory controller, a peripheral bus, and 
a local bus using any of a variety of bus architectures. The system memory may 
include read only memory (ROM) 524 and/or random access memory (RAM) 525. A 

5 basic input/output system 526 (BIOS), including basic routines that help to transfer 
information between elements within the personal computer 520, such as during 
start-up, may be stored in ROM 524. The personal computer 520 may also include a 
hard disk drive 527 for reading from and writing to a hard disk, (not shown), a 
magnetic disk drive 528 for reading from or writing to a (e.g., removable) magnetic 

10 disk 529, and an optical disk drive 530 for reading from or writing to a removable 
(magneto) optical disk 53 1 such as a compact disk or other (magneto) optical media. 
The hard disk drive 527, magnetic disk drive 528, and (magneto) optical disk 
drive 530 may be coupled with the system bus 523 by a hard disk drive interface 532, 
a magnetic disk drive interface 533, and a (magneto) optical drive interface 534, 

15 respectively. The drives and their associated storage media provide nonvolatile 
storage of machine readable instructions, data structures, program modules and other 
data for the personal computer 520. Although the exemplary environment described 
herein employs a hard disk, a removable magnetic disk 529 and a removable optical 
disk 53 1 , those skilled in the art will appreciate that other types of storage media, such 

20 as magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, 
random access memories (RAMs), read only memories (ROM), and the like, may be 
used instead of, or in addition to, the storage devices introduced above. 

A number of program modules may be stored on the hard disk 523, magnetic 
disk 529, (magneto) optical disk 531, ROM 524 or RAM 525, such as an operating 

25 system 535, one or more application programs 536, other program modules 537, 
display driver 830, and/or program data 538 for example. The RAM 525 can also be 
used for storing data used in rendering images for display as will be discussed below. 
A user may enter commands and information into the personal computer 520 through 
input devices, such as a keyboard 540 and pointing device 542 for example. Other 

30 input devices (not shown) such as a microphone, joystick, game pad, satellite dish, 
scanner, or the like may also be included. These and other input devices are often 
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connected to the processing unit 521 through a serial port interface 546 coupled to the 
system bus. However, input devices may be connected by other interfaces, such as a 
parallel port, a game port or a universal serial bus (USB). A monitor 547 or other 
type of display device may also be connected to the system bus 523 via an interface, 
5 such as a display adapter 548, for example. In addition to the monitor 547, the 
personal computer 520 may include other peripheral output devices (not shown), such 
as speakers and printers for example. 

The personal computer 520 may operate in a networked environment which 
defines logical connections to one or more remote computers, such as a remote 

1 0 computer 549. The remote computer 549 may be another personal computer, a server, 
a router, a network PC, a peer device or other common network node, and may 
include many or all of the elements described above relative to the personal 
computer 520, although only a memory storage device 550 has been illustrated in 
Fig. 5. The logical connections depicted in Fig. 5 include a local area network 

1 5 (LAN) 55 1 and a wide area network (WAN) 552, an intranet and the Internet. 

When used in a LAN, the personal computer 520 may be connected to the 
LAN 55 1 through a network interface adapter (or "NIC") 553. When used in a WAN, 
such as the Internet, the personal computer 520 may include a modem 554 or other 
means for establishing communications over the wide area network 552. The 

20 modem 554, which may be internal or external, may be connected to the system 
bus 523 via the serial port interface 546. In a networked environment, at least some 
of the program modules depicted relative to the personal computer 520 may be stored 
in the remote memory storage device. The network connections shown are exemplary 
and other means of establishing a communications link between the computers may 

25 be used. 

Fig. 7 illustrates an image rendering apparatus 800 implemented in accordance 
with one embodiment of the present invention. The apparatus 800 includes various 
routines, e.g., included in the memory of the computer system of Fig. 5 used to render 
text images on the computer system's display 547 in accordance with the present 
30 invention. 
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As illustrated, the image rendering apparatus 800 includes a graphical display 
interface (GDI) 802, a display driver 830 and a screen buffer 834. 

Fig. 8 illustrates the components of image rendering apparatus 800 of the 
present invention and their relationship to operating system 535 in greater detail. 
5 Fig. 8 also illustrates how application 536 may serve as the source of the text 
input 81 3 to the GDI 802. In addition, it illustrates how the generated contents of the 
screen frame buffer 834 can be supplied to the display adapter 548 and ultimately the 
display device 547. Supplying signals generated by the display adapter 548 from the 
processed pixel values output by the screen frame buffer 834, results in the rendered 

10 text images being displayed on the display device 547. 

As illustrated in Fig. 8, the application routine 536, which may be, e.g., a word 
processor application includes a text output sub-component 801. The text output 
sub-component 801 is responsible for outputting text information, represented as 
arrow 813, to the operating system 535 for rendering on the display device 547. 

15 The operating system 535 includes various components responsible for 

controlling the display of text on the display device 547. These components include 
display information 815 and the graphics display interface 802. As discussed above 
the display information 815 includes, e.g., information on scaling to be applied during 
rendering. It may also include information used by the display driver 830, such as 

20 gamma correction information, foreground/background color information, and/or 
color palette information. 

The graphics display interface 802 includes circuits and/or routines for 
processing graphics as well as text. These include the glyph cache controller 805, the 
glyph cache 809 and type rasterizer 804 which operate as discussed above in regard to 

25 Fig. 7. 

The glyph cache 809 is used for storing a plurality of glyphs 807, 811, 813, 
815. The stored glyphs, in accordance with the present invention, are bitmap images 
of, e.g.. characters, represented using packed pixel values as will be discussed below. 
The glyphs may include character spacing information in addition to packed pixel 
30 values. The stored glyphs 807, 811, 813, 815 may correspond to different sized 
representations of the same character, representations of the same character using 
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different fonts, or different characters. The stored glyphs 807, 811, 813, 815 are 
monochrome character representations with user color foreground/background 
selections being applied later by the display driver 830. 

The GDI 802 receives as its input text information 813. The text 
5 information 813 includes, e.g., information identifying the character or characters to 
be rendered, the font to be used during rendering, and the point size at which the 
characters are to be rendered. The text information 81 3 is supplied to the glyph cache 
controller 803. The glyph cache controller 803 determines if a character to be 
rendered is already stored in the glyph cache 809. If the character having the 

10 specified point size and font type to be rendered is already present in the cache 809, 
the glyph cache controller 803 controls the glyph cache 809 to output the glyph 
corresponding to the character to be rendered. 

When a character to be rendered is not already present in the glyph cache 809, 
the type rasterizer 804 is used to generate packed bitmaps, e.g., the glyph 807, in 

15 accordance with the present invention. Each glyph generated by the rasterizer 804 is 
stored in the glyph cache 809 and output for further processing to the display 
driver 830. 

The type rasterizer 804 is responsible for generating a packed bitmap 
representation , e.g., a glyph, from input text information. The type rasterizer 804 
20 includes character data 806 and rendering and rasterization routines 807. 

The character data 806 may include, e.g., vector graphics, lines, points and 
curves, which provide a high resolution digital representation of one or more sets of 
characters. 

As illustrated in Fig. 3, it is known to process text characters 302 to generate 
25 high resolution digital representations thereof, such as the data 806, which can be 
stored in memory for use during text generation. Accordingly, the generation 304 and 
storage 306 of data 806, will not be discussed herein in any detail. 

The rendering and rasterization routines 807 include a scaling sub-routine 808, 
a hinting sub-routine 810, and a scan conversion sub-routine 812. The scaling, 
30 hinting and scan conversion routines and sub-routines take into consideration, utilize, 
or treat a screen's RGB pixel sub-components as separate luminous intensity entities 
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which can be used to represent different portions of an image to be rendered. These 
routines 808, 810 and 812 will be discussed in detail with regard to Fig. 9. 

Display driver 830 includes a set of pre-computed look-up tables 831 which, 
in the Fig. 7 embodiment, are used to perform a plurality of image processing 
5 operations. 

Display driver 830 receives as its input glyphs, e.g., the glyph 807 output by 
the GDI 802 and display information 815. The display information 815 includes, e.g., 
foreground/background color information, gamma value, color palette information 
and pixel value format information. The display information 815 is used to select 
10 which one of the look-up tables included in the set of tables 831 will be used at any 
given time. 

The look-up tables in the set of tables 83 1 are used for converting packed pixel 
values used to represent the glyph being processed into processed pixel values. The 
processed pixel values are of a form which are used by the display adapter 548 and/or 

15 display device 547. For example, the processed pixel values may be, e.g., 8 bit R, G, 
and B luminous intensity values, or luminous intensity values of any utilized number 
of bits, or palette index values which may comprise any number of bits utilized, e.g., 
by the display adapter 548 and/or display device 547. 

Each look-up table includes one entry for each potential packed pixel value. 

20 In an exemplary case of 1 80 possible packed pixel values, a look-up table would 
comprise an array of 180 entries arranged so that the Nth array element representing 
a look-up table entry, corresponds to the Nth possible packed pixel value. In the case 
of a palletized display embodiment, each table entry comprises a single color palette 
value. In other embodiment, each entry includes a set of R, G, B pixel 

25 sub-component luminous intensity values. Each output pixel value, i.e., palette value 
or pixel sub-component luminous intensity value, is a pre-computed value that is 
generated by performing the implemented display driver processing operations using 
the packed pixel value, to which the output pixel value(s) correspond, as input. 

Fig. 7, illustrates a look-up table 832 which comprises an array of entries 835. 

30 One entry 835 is provided for each possible pixel value. Block 833 represents the 
array position of an element 835 within the table 832. In accordance with the present 
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invention, the array entry corresponding to the array position specified as a packed 
pixel value is output in response to performing a look-up operation using a packed 
pixel value as input. Accordingly, by using the packed pixel value 833 as an index 
into look-up table 832, the appropriate look-up table entry including one or more pixel 

5 values is obtained. The pixel values generated through display driver look-up table 
operation are stored in the screen frame buffer 834 prior to being output to the display 
adapter 548. These pixel values are sometimes referred to as processed pixel values 
since that represent the result of one or more processing operations, e.g., gamma 
correction, color filtering, and/or palette selection operations. 

10 Use of the screen frame buffer 834 to store pixel values allows a single image 

of, e.g., a text string, to be generated from glyphs representing several different 
characters. 

By using the packed pixel values included in a glyph as indexes into the 
look-up table 832, a set of processed pixel values including either color palette values 
15 or R, G, and B pixel sub-component luminous intensity values, in the form utilized by 
the attached display adapter and/or display device, are obtained. 

In the Fig. 7 embodiment, the processed pixel values included in the look-up 
table 832 are pre-computed, i.e., computed prior to use in the display driver 830. By 
pre-computing the processed pixel values, the need to perform gamma correction, 
20 color compensation and/or palette selection operations in real time during image 
rendering is avoided. 

In Fig. 8, the dashed box 833 represents an alternative method to the pixel 
value look-up table approach, which may be used to implement the display 
driver 830. Block 833 represents gamma correction, color compensation and/or 
25 palette selection operations which can be performed using the packed pixel values as 
input to generate processed pixel values in a format suitable for use by the display 
adapter 548 and/or display 547. 

In various palletized display embodiments, the display adapter 548 converts 
the color palette values obtained via the display driver look-up table operation into 
30 actual R, G, B luminous intensity values through the use of a color palette which is 
frequently implemented in hardware. 
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Operations performed by each of the scaling, hinting and scan conversion 
sub-routines 808, 810, 812, of the present invention will be explained with reference 
to Fig. 9. 

Fig. 9 illustrates the rendering and rasterization routines 807 used for 

5 rendering text for display in accordance with the present invention. As illustrated, the 
routines 807 begin in step 902 wherein the routines are executed, e.g., under control 
of the operating system 535, in response to the receipt of text information from the 
application 536. In step 904 input is received by the text rendering and rasterization 
routines 807. The input includes text font, and point size information 905 obtained 

10 from the application 536. In addition, the input includes display information 815. 
display information 815 includes, e.g., scaling information, foregroundftackground 
color information, gamma values, pixel size information, color palette information 
and/or display adapter/display device pixel value format information. Display 
information 815 may be obtained from monitor settings stored in memory 522 by the 

1 5 operating system 535 . 

The input received in step 904 also includes character data 806 which includes 
a high resolution representation, e.g., in the form of lines, points and/or curves, of the 
text characters to be displayed. 

With the input received in step 904, operation proceeds to step 910 wherein 

20 the scaling subroutine 808 is used to perform a scaling operation that involves over 
sampling. In accordance with one exemplary embodiment of the present invention 
non-square scaling is performed as a function of the direction and/or number of pixel 
sub-components included in each pixel element In particular, the high resolution 
character data 806, e.g., the line and point representation of characters to be displayed 

25 as specified by the received text and font information, is scaled in the direction 
perpendicular to the striping at a greater rate than in the direction of the striping. This 
allows for subsequent image processing operations to take advantage of the higher 
degree of resolution that can be achieved by using individual pixel sub-components as 
independent luminous intensity sources in accordance with the present invention. 
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Thus, when displays of the type illustrated in Fig. 1 are used as the device 
upon which data is to be displayed, scaling is performed in the horizontal direction at 
a rate that is greater than that performed in the vertical direction. 

The difference in scaling between the vertical and horizontal image directions 
5 can vaiy depending on the display used and the subsequent scan conversion and 
hinting processes to be performed. Display information including scaling information 
obtained in step 904 is used in step 910 to determine the scaling to be performed in a 
given embodiment. 

In most cases, the scaling of characters or images is, but need not be, 
10 performed in the direction perpendicular to the striping at a rate which allows further 
dividing of the red, green and blue stripes to thereby support a subsequent weighted 
scan conversion operation. In cases where a weighted scan conversion operation is to 
be applied, scaling is performed as a function of the RGB striping and the weighting 
used. In one embodiment with vertical striping where the red pixel component is 
1 5 allocated a weight of 5, the green pixel sub-component allocated a weight of 9, and 
the blue pixel sub-component a weight of 2, scaling is performed at a rate of 1 times 
in the y direction and 16 times in the x direction. 

Fig. 11 illustrates a scaling operation performed on a high resolution 
representation of the letter i 1002 in anticipation of the display of the letter on a 
20 monitor with vertical striping such as the one illustrated in Fig. 1 . Note that in this 
example scaling in the horizontal (X) direction is applied at a rate ofxl6 while 
scaling in the vertical (Y) direction is applied at a rate of xl. This results in a scaled 
character 1008 that is just as tall as the original character 1002 but sixteen times 
wider. 

25 Referring once again to Fig. 9. once the scaling operation is completed in 

step 910, operation proceeds to step 912 in which hinting of the scaled image is 
performed, e.g., by executing the hinting sub-routine 810. The term grid-fitting is 
sometimes used to describe the hinting process. 

Hinting operations are illustrated in Fig. 12. Fig. 12 illustrates the hinting of 

30 the scaled character 1 008 which is intended to be displayed on a monitor with vertical 
striping. 
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Hinting involves the alignment of a scaled character, e.g., the character 1008 
within a grid 1 104 that is used as part of a subsequent scan conversion operation. It 
also involves the distorting of image outlines so that the image better conforms to the 
shape of the grid. The grid is determined as a function of the physical size of a 

5 display device's pixel elements and any weighting to be applied during the subsequent 
scan conversion operation. 

The present invention treats pixel sub-component boundaries as boundaries 
along which characters can and should be aligned or boundaries to which the outline 
of a character should be adjusted. 

10 The hinting process of the present invention involves aligning the scaled 

representation of a character within the grid, e.g., along or within pixel and pixel 
sub-component boundaries in a manner intended to optimize the accurate display of 
the character using the available pixel sub-components. In many cases, this involves 
aligning the left edge of a character stem with a left pixel or sub-pixel component 

15 boundary and aligning the bottom of the character's base along a pixel component or 
sub-component boundary. 

Experimental results have shown that in the case of vertical striping, 
characters with stems aligned so that the character stem has a blue or green left edge 
generally tend to be more legible than characters with stems aligned to have a red left 

20 edge. Accordingly, in at least some embodiments, during hinting of characters to be 
displayed on a screen with vertical striping, blue or green left edges for stems are 
favored over red left edges as part of the hinting process. 

In the case of horizontal striping, characters aligned so that the bottom of the 
character base has a red or blue bottom edge generally tend to be more legible than 

25 characters with bases aligned to have a green bottom edge. Accordingly, during 
hinting of characters to be displayed on a screen with horizontal striping, in at least 
some embodiments, red or blue bottom edges are favored over green bottom edges as 
part of the hinting process. 

Fig. 12 illustrates the application of a hinting operation to the scaled 

30 image 1108. As part of the hinting process, the scaled image 1108 is placed on a 
grid 1 1 04 and its position and outline are adjusted to better conform to the grid shape 
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and to achieve a desired degree of character spacing. The letters "G.P." in Fig. 12 
indicates the grid placement step while the term hinting is used to indicate the outline 
adjustment and character spacing portions of the hinting process. 

Once the hinting process is completed in step 912, operation proceeds to 

5 step 914 wherein a scan conversion operation is performed in accordance with the 
present invention, e.g., by executing the scan conversion sub-routine 812 which will 
be discussed below. In several embodiments, the scan conversion operation is a 
weighted scan conversion operation as will be discussed below. 

Scan conversion involves the conversion of the scaled geometry representing a 

10 character into a bitmap image. Conventional scan conversion operations treat pixels 
as individual units into which a corresponding portion of the scaled image can be 
mapped. Accordingly, in the case of conventional scan conversion operations, the 
same portion of an image is used to determine the luminous intensity values to be 
used with each of the RGB pixel sub-components of a pixel element into which a 

15 portion of the scaled image is mapped. Fig. 3 is exemplary of a known scan 
conversion process which involves sampling an image to be represented as a bitmap 
and generating luminous intensity values from the sampled values. 

In accordance with the present invention, the RGB pixel sub-components of a 
pixel are treated as independent luminous intensity elements. Accordingly, each pixel 

20 sub-component is treated as a separate luminous intensity component into which a 
different portion of the scaled image can be mapped. Thus, the present invention 
allows different portions of a scaled image to be mapped into different pixel 
sub-components providing for a higher degree of resolution than is possible with the 
known scan conversion techniques. That is, in various embodiments, different 

25 portions of the scaled image are used to independently determine the luminous 
intensity values to be used with each pixel sub-component. 

Fig. 6 illustrates an exemplary scan conversion operation implemented in 
accordance with one embodiment of the present invention. In the illustrated 
embodiment, different image samples 622, 623, 624 of the image represented by the 

30 grid 620 are used to generate the red, green and blue intensity values associated with 
corresponding portions 632, 633, 634 of the bitmap image 630 being generated. In 
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the Fig. 6 example, image samples for red and blue are displaced -1/3 and +1/3 of a 
pixel width in distance from the green sample, respectively. Thus, the displacement 
problem encountered with the known sampling/image representation method 
illustrated in Fig. 3 is avoided. 
5 As part of the scan conversion operation red, green and blue(R, G, B) 

luminance intensity values are generated for each pixel sub-component. These may 
be expressed in the form of separate, red, green and blue luminance intensity levels. 
In an unweighted scan conversion operation, the R, G, B intensity levels will usually 
be 0 or 1. In a weighted scan conversion operation more than two intensity levels are 
10 normally supported for one or more of the R, G and B pixel sub-components. 

In many systems, R, G and B luminance intensity values are specified, stored 
and processed as three discrete quantities, having a number of bits corresponding to 
the number used to specify pixel sub-component luminance intensity values to the 
display adapter 548 and/or display device 547. For example, many systems use 8 bit 
1 5 quantities to represent separate, R, G, and B luminance intensity values. As a result 
of such an implementation, the processing of R, G, B luminous intensity values 
requires the storage, processing and transfer of 24 bits per pixel. 

In the case of devices, e.g., portable computers and hand held computing 
devices, where memory, processing, and even bus bandwidth are limited resources, 
20 the use of 8 bits to represent each R, G, B luminance intensity value throughout the 
entire rendering process can present a significant burden on the available resources. 

In accordance with one feature of the present invention, in order to reduce the 
resources, including memory, required to process and store glyphs, separate R, G, 
and B luminous intensity level values are converted, e.g., compressed, into a single 
25 number. This number is referred to herein as a packed pixel value because it 
represents the packing of the R, G ? and B luminous intensity values associated, with a 
pixel, into a single value. The range of numbers, e.g., range of packed pixel values, 
used to represent pixel R, G ? B luminous intensity levels, is selected to be large 
enough so that each possible R, G, B luminous intensity level combination can be 
30 uniquely identified. 
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Thus, the total number of packed pixel values, used to represent R, G, B 
luminous intensity level combinations, should be at least as large as the total number 
of supported red intensity levels times the total number of supported green intensity 
levels times the total number of supported blue intensity levels. 

5 Because it is often convenient to work with byte, i.e., 8 bit quantities, in terms 

of memory access, processing, and data transfer operations, it is desirable that the 
total number of supported R, G, B intensity level combinations be capable of being 
specified as an 8 bit quantity or a multiple thereof. In hand held computing devices a 
single 8 bit per pixel representation of the three R, G, B luminance intensity values is 

10 particularly desirable. This is because of the significant savings in terms of memory, 
etc. as compared to embodiments which use 8 bits per pixel sub-component luminous 
intensity value requiring a total of 24 bits per pixel. 

In order to limit the resource burden associated with rendering images 
generally, and text images in particular, one feature of the present invention is 

15 directed to converting separate R, G, and B luminous intensity values associated with 
a pixel into a packed pixel value. In such an embodiment, glyphs are represented, and 
stored using packed pixel values as opposed to, e.g., three separate 8 bit R, G, and B 
luminous intensity values. Processing may be performed on the packed pixel value 
representations with the packed pixel values being transformed or converted into 

20 separate R, G. and B luminance values of the form used by the display device 547, 
prior to the luminous intensity values being supplied to the display adapter 548. 
The process of converting separate R, G, and B luminous intensity levels into packed 
pixel values may be performed, in accordance with the present invention, as part of 
the scan conversion operation. 

25 A simple look-up table, such as the table 1500 illustrated in Fig. 1 5 can, and in 

one embodiment is, used to convert between separate R, G. B luminance intensity 
levels associated with a pixel and a packed pixel value. 

As illustrated, the table 1500 includes a total of N (0 through N-l) packed 
pixel value entries 1502, 1504, 1506, where N is the total number of possible R, G, 

30 and B luminous intensity level combinations that may be assigned to a pixel element. 
Associated with each packed pixel value entry 1502, 1504, 1506 is a corresponding R, 
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G, and B luminous intensity level combination 1501, 1503, 1505, respectively. The R 
luminous intensity values vary from 0 to RP-1 where RP is the maximum possible 
number of luminous intensity levels. The G luminous intensity values vary from 0 
to GP-1 where GP is the maximum possible number of green luminous intensity 
5 levels. The B luminous intensity values vary from 0 to BP-1 where BP is the 
maximum possible number of blue luminous intensity levels. 

Conversion between R, G and B luminous intensity level combinations and 
packed pixel values can be performed by using the R, G, and B luminous intensity 
levels associated with a pixel element as an index into look-up table 1500. For 

10 example, using the R, G, and B luminous intensity values 1, 0, 0, entry 1501, as an 
index into table 1500 results in the associated packed pixel value entry 1502 having 
the value 1 being output In a similar manner, packed pixel values may be converted 
into R, G, B luminous intensity values using table 1500 by using the packed pixel 
value as an index into the table 1500 and outputting the R 5 G, and B luminous 

1 5 intensity level entry associated with the packed pixel value. 

Instead of using the table 1500, it is possible to express the relationship 
between R, G, B luminous intensity level values and packed pixel values in terms of a 
mathematical function and use the function to convert between packed pixel values 
and R, G, B luminous intensity level values. In one embodiment such a function is 

20 implemented in software which is then executed to convert between R, G, B luminous 
intensity level values and packed pixel values. 

In one exemplary embodiment, e.g. ? where over sampling in the direction 
perpendicular to the RGB striping by a factor of 16 is supported, six red luminous 
intensity levels are used, e.g., levels 0-5, 10 green luminous intensity levels are used, 

25 e.g., levels 0-9, and three blue luminous intensity levels are used, e.g., levels 0-2. 
This results in a total of (6x10x3) 180 possible R, G, and B luminous intensity level 
combinations. In such an embodiment N would equal 1 80 and the look-up table 1 500 
would include packed pixel values 0-179. A suitable equation for converting between 
R, G, B luminous intensity levels and packed pixel values for such an embodiment is: 

30 packed pixel value = (Rx30)+(Gx3)+B 

where R, G, and B are pixel sub-component intensity level values. 



WO 00/60479 



PCT/US00/06873 



' ~ -25- 

Note that the number of supported R, G, and B luminous intensity levels is 
usually a function of the number of segments used to determine the R, G, and B 
luminous intensity levels during the scan conversion operation. Note also that in the 
exemplary embodiment where 180 possibly R, G, B luminance intensity level 

5 combinations are supported, each of the packed pixel values 0-179 can be represented 
using an 8 bit quantity. This represents a significant savings in terms of storage 
requirements as compared to embodiments were separate 8 bit values are used 
separate 8 bit values for a total of 24 bits per R, G, B combination. 

Fig. 10 illustrates an exemplary scan conversion routine 812 implemented in 

10 accordance with the present invention. The routine 812 starts in step 850 when it is 
loaded and executed, e.g., by CPU 521. Operation proceeds from step 850 to step 854 
wherein the routine 812 receives scaled image data 852 upon which the scan 
conversion operation is to be performed. The scaled image data normally includes 
image data relating to multiple pixels. The scaled image data corresponding to each 

15 pixel is processed separately by luminance level determination steps 856, 858 
and 860. While these steps 856, 858 and 860 are shown as being performed in 
parallel, they may be performed sequentially. 

In step 856, the luminous intensity level to be used with the red pixel 
sub-component, corresponding to the pixel segment being processed, is determined. 

20 This is done, e.g., by determining the number of red pixel sub-component segments 
which are to be turned "on" by examining the scaled image. 

In step 858, the luminous intensity level to be used with the green pixel 
sub-component, corresponding to the pixel segment being processed, is determined. 
This is done, e.g., by determining the number of green pixel sub-component segments 

25 which are to be turned "on" by examining the scaled image. 

In step 860, the luminous intensity level to be used with the blue pixel 
sub-component, corresponding to the pixel segment being processed, is determined. 
This is done, e.g., by determining the number of blue pixel sub-component segments 
which are to be turned "on" by examining the scaled image. 
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Steps856, 858, 860 produce a set ofR, G, andB luminous intensity level 
values for the R, G, B pixel sub-components of the pixel element corresponding to the 
pixel segment being processed. 

Once theR, G, B luminous intensity level values for a pixel element are 
5 determined operation proceeds to step 862. In step 862, the set of R, G, B luminous 
intensity values are converted into a packed pixel value, e.g., using a look-up table 
such as the table 1500 or a function to convert between a set of R, G, B values and a 
packed pixel value. 

In step 863 a determination is made as to whether or not all the pixel segments 
10 of the scaled image have been processed. If data corresponding to scaled image 
segments remains to be processed, operation processed once again to steps 856, 858, 
860 so that the scaled image data corresponding to the next pixel segment can be 
processed. 

If in step 863, it is determined that all of the pixel segments of the scaled 
15 image have been processed, operation proceeds to step 864. In step 864 the set of 
generated packed pixel values represent a glyph is output to the glyph cache 809 
and/or display driver 830. After output of the packed pixel values in step 864, the 
scan conversion sub-routine 812 is stopped in step 866 pending re-execution of the 
sub-routine 812. 

20 Fig. 13 illustrates a weighted scan conversion operation performed on the 

hinted image 1018 for display on a display device with vertical striping. There are 

many different known ways of determining if an image segment is "on" or "off'. 

In the example illustrated in Fig. 13, white is used to indicate pixel 

sub-components which are "turned off' in the bitmap image generated by the scan 
25 conversion operation. Pixel sub-components which are turned "on", are indicated 

using stippling. The denser the stippling, the lower the luminous intensity of the 

stippled pixel sub-component. 

In the case of black text "on" implies that the intensity value associated with 

the pixel sub-component is controlled so that the pixel sub-component does not output 
30 light, or outputs light at the minimum possible luminous intensity. Assuming a white 

background pixel, sub-components which are not "on" would be assigned intensity 
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values which would cause them to output their full light output. Gradations between 
full "on" and full "off' are possible when the image is placed on a grid having 
multiple segments per pixel sub-component In such a case, a count of the number of 
segments which should be "on" for a given sub-component is determined. The 

5 number of image segments which are "on" is a luminous intensity level value. Such a 
value indicates the luminous intensity to be used for the corresponding pixel 
sub-component. Use ofM segments to represent a pixel sub-component 
supports M+l luminous intensity levels, i.e., levels corresponding fromO "on" 
segments to M "on" segments. 

10 A first technique for determining if a segment of an image corresponding to a 

pixel sub-component should be considered as "on H during scaling is to determine if 
the scaled image segment, represented by a portion of the scaling grid, being mapped 
into the pixel sub-component is within the scaled representation of the image to be 
displayed. Another technique is to determine if 50% or more of the scaled image 

15 segment being mapped into the pixel sub-component is occupied by the image to be 
displayed. If it is, then the image segment is considered to be turned "on". 

When weighting is applied, different size regions of the scaled image are used 
to determine whether a particular pixel sub-component should be turned "on", "off* 
or to a value in between. 

20 As discussed above, the human eye perceives light intensity from different 

color light sources at different rates. Green contributes approximately 60%, red 
approximately 30% and blue approximately 10% to the perceived luminance of a 
white pixel which results from having the red, green and blue pixel sub-components 
set to their maximum luminous intensity output. Because of this, when allocating 

25 resources, e.g., luminous intensity levels in many embodiments more levels are 
allocated to green than to blue or red. In addition, more intensity levels are often 
allocated to red then to blue. However, in some embodiments, equal numbers of 
intensity levels are assigned to red, green and blue pixel sub-components. 

In the exemplary embodiment illustrated in Fig. 13, as the result of horizontal 

30 over sampling, 16 image segments correspond to each pixel element. Thus, in Fig. 13 
a pixel segment comprises 16 image segments. Of the 16 image segments associated 
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with a pixel element, 5 are allocated as corresponding to the red pixel sub-component 
These are referred to herein as red image segments. Nine of the 16 pixel segments are 
allocated to the green pixel sub-component. These are referred to herein as green 
image segments. The remaining 2, out of the 16 image segments, are allocated to the 
5 blue pixel sub-component These are referred to herein as blue image segments. This 
allocation of segments supports 6 red, 10 green and 3 blue pixel sub-components 
intensity levels. 

Other image segment allocations are possible and, in some embodiments, the 
same number, of segments, e.g., 2 or 3 segments, are allocated per pixel 

10 sub-component. 

In the Fig. 13 scan conversion example, a pixel segment is considered "on" if 
it is at least 50% within the image's outline. The scan conversion operation illustrated 
in Fig. 13 results in the bitmap image 1203 which, in accordance with the present 
invention, is stored as a set of packed pixel values. Note how each pixel 

15 sub-component of bitmap image columns C1-C4 is determined from a different set 
of 16 image segments. Note also how the intensity of individual pixel 
sub-components varies depending on the number of "on" segments corresponding to 
the individual red, green and blue pixel sub-components. 

Fig. 14 illustrates, in greater detail, the result of performing a weighted scan 

20 conversion operation on the fourth row 1400 of the scaled hinted image 1018. In 
Fig. 14, theR, G, B pixel segment counts for each of theR, G, B pixel 
sub-components is shown in row 1402 directly beneath the corresponding pixel 
sub-component. The values 1402 are determined in steps 856, 858, 880 of the scan 
conversion sub-routine 812. 

25 The image of the character being rendered does not pass through the segments 

corresponding to pixels (CI, R4) and (C4 ? R4). Accordingly, none of the segments 
associated with these pixel elements are "on" and all of the R, G, and B sub-pixel 
segment counts are zero for these two pixels resulting in R, G, and B values of (0,0,0). 
With regard to pixel element (C2, R4) the luminance intensity levels obtained 

30 by performing scan conversion steps 856, 858, 880 on the scaled image are (0, 7, 2) 
since there are 0 red pixel sub-component segments within the outline of the image, 7 
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green pixel sub-component segments that are at least 50% within the outline of the 
image, and there are 2 blue pixel sub-component segments that are at least 50% 
within the outline of the image. 

With regard to pixel element (C3, R4) the luminance intensity levels obtained 

5 by performing a scan conversion operation on the scaled image are (4, 0, 0) since 
there are 4 red pixel sub-component segments that are at least 50% within the outline 
of the image, 0 green pixel sub-component segments that are at least 50% within the 
outline of the image, and 0 blue pixel sub-component segments that are at least 50% 
within the outline of the image. 

10 The R, G, B luminous intensity pixel sub-component values (0,0,0) (0, 7, 2) r 

(4, 0, 0) and (0, 0, 0) are converted in scan conversion sub-routine step 862 into 
packed pixel values 0, 23, 120, 0. respectively, in accordance with the present 
invention. 

This 'may be done by using a look-up table to perform the conversion 
15 operation. However, it can also be done by using an equation which relates a set of R, 
G, and B pixel sub-component luminous intensity level values to a packed pixel 
value. In one embodiment where 180 possible combinations of R, G, B pixel 
sub-component luminous intensity level values existing due to supporting 6 red, 10 
green, and 3 blue luminous intensity levels, each set of R, G, B luminous intensity 
20 level values are converted into a single packed pixel value using the equation: 
packed pixel value = (Rx30)+(Gx3)+B 

where R, G, and B are pixel sub-component intensity level values. 
Row 1404 illustrates the packed pixel values generated for each pixel 
element (CI, R4) (C2, R4) (C3, R4) (C4, R4). 

25 The glyphs generated by the scan conversion sub-routine 812 are cached and 

output to the display driver 830 for display as required. The display driver processes 
the glyphs. During processing the packed pixel values included in the glyphs are used 
to generate processed pixel values having a format that is used by the display 
adapter 548 and/or display device 547. Processed pixel values generated by the 

30 display driver are loaded into the screen frame buffer 834 where they are stored and 
combined with other characters or images to form a composite image, e.g., a text 
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string, which is displayed on the display 547. When the display needs to be updated, 
the screen frame buffer 834 outputs the processed pixel values stored therein to the 
display adapter 548. The display adapter uses these values to generate an image on 
the display 547. 

5 The display driver 830 performs a plurality of processing operations including 

gamma correction, color compensation (color filtering) and/or palette selection when 
generating the processed pixel values which are output to the screen frame buffer 834. 
The operations performed by the display driver 830 may be implemented as a series 
of sequential image processing operations as represented by block 833 which lists 

10 various performed operations. 

In order to expedite the implementation of device driver processing, one 
particular embodiment of the present invention includes a set 83 1 of look-up 
tables 832, 832', 832" The look-up tables include an array of entries each entry 
including one or more pre-computed pixel values that result from performing a set of 

15 display driver processing operations, e.g., gamma correction, color compensation 
and/or palette selection on a set of packed pixel values. As discussed above, since the 
pixel values in the look-up tables 832, 832', 832" are the result of several processing 
operations, they are often called processed pixel values. A different set 832, 832', 
832" of processed pixel values is included for each set of processing operations that 

20 may be performed by the display driver 830. For example, a different look-up table 
will be included for each color palette which may be selected. Thus, one look-up 
table may be used for applications which use the Internet and a selected Internet color 
palette while another table will be used for text application that rely on another color 
palette. Different look-up tables are also included for different processed pixel value 

25 formats that are supported. For example, one look-up table may output processed 
pixel values which use 8 bits to specify each of the red, green, and blue pixel 
sub-component luminous intensity values for a total of 24 bits per set of processed 
pixel values while another format might use only 16 bits per set of processed pixel 
values. 

30 Different look-up tables are also provided for different gamma values that are 

used, e.g., for different display devices. 
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In Fig 8, the arrow leading from display information block 815 into the 
block 831 which represents the set of look-up tables, indicates the use of display 
information such as gamma values, color palette information, foreground/background 
color information and pixel value format information in selecting which one of the 
5 look-up tables 832, 832', 832" should be used at any given time to convert received 
packed pixel values to processed pixel values. 

Fig. 17 illustrates an exemplary look-up table 832. As illustrated, the 
table 832 comprises an array of N entries 835 each of which includes a set of R, G, B 
luminous intensity values 835 also referred to herein as processed pixel values. 

10 Column 833, located to the left of column 33 ; shows the array position of each table 
entry 1 701, 1703, 1705. Note that each possible packed pixel value can be interpreted 
as specifying a different array position. In this manner, for each possible packed pixel 
value 1502, 1504, 1506 ? the table 832 includes one corresponding entry, i.e., a set of 
processed pixel values 1701, 1703, 1705. In the Fig. 17 illustration, N is used to 

1 5 represent the total number of possible packed pixel values that may be received by the 
device driver 830. PR, PG, PB are used to represent processed red, processed green 
and processed blue pixel sub-component luminous intensity values. The subscripts 
indicate the set of processed pixel values to which the individual processed pixel 
values correspond. 

20 Fig. 20 illustrates another display driver look-up table 2032 implemented in 

accordance with the present invention. As illustrated, the table 832 comprises an 
array of N entries 2035 each of which includes a color palette value PV. Column 833, 
which is located to the left of column 2035, shows the position of each table entry 
2701, 2703, 2705 in the array of entries which comprise the table 2032. Note that 

25 each possible packed pixel value can be interpreted as specifying a different array 
position. In this manner, for each possible packed pixel value, the table 2032 includes 
one corresponding entry, i.e., one of the color palette value PV 0 through PV N -i. In the 
Fig. 20 illustration, N is used to represent the total number of possible packed pixel 
values that may be received by the device driver 830. 

30 By using the packed pixel value as an index into the table 832 or 2032, and 

outputting the corresponding one of the table entries 1701 , 1 703, 1705, 2001 , 2003, or 
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2005 display device processing including gamma correction, color filtering and/or 
palette selection operations can be implemented quickly as a simple look-up table 
operation while avoiding the need to use a large amount of processing resources. 

Fig. 16 illustrates a display device look-up table generation routine 1600 
5 which may be used to generate the display device look-up tables 832, 832', 832". The 
routine 1600 is used, in various embodiments, prior to use of the display driver 830. 
The routine 1600 can be executed on the machine 520 which is used to perform image 
rendering. Alternatively it can be executed on a different machine 520 and then 
loaded into memory 522 or the hard disk drive 527 of the machine which is to use the 

10 table, e.g., when the operating system is installed. 

The generation of a display device look-up table 1700 begins in step 1602 
with execution of the routine 1600. Operation proceeds from START step 1602 to 
step 1604 wherein a packed pixel value is obtained from the set of allowed packed 
pixel values 1605. In the above discussed example, the set of packed pixel values 

15 would include 180 values. Once a packed pixel value is obtained, it is converted in 
step 1606 to the actual color space used by the display device and gamma correction 
is applied. Conversion of the packed pixel value to the actual color space involves 
converting the packed pixel value being processed, into its corresponding R, G, B 
luminous intensity level values, e.g., using look-up table 1500 and then converting the 

20 R, G ? B level values into corresponding values in the actual color space, e.g., a 256 
level color space. 

Gamma correction is applied as a function of supplied gamma value 
information 1603 which may be provided as a set of limits, e.g., maximum and 
minimum luminous intensity values which may be used. Different gamma values 

25 may be specified for different display devices. The output of step 1606, is a set of 
gamma corrected red, green and blue luminous intensity values in the actual color 
space of the utilized display device, e.g., R, G and B luminous intensity values 
ranging in value from 0 to 255 may be specified. 

In step 1608, color filtering is applied to the set of R, G, B luminous intensity 

30 values output by step 1606. The applied color filtering is designed to reduce or 
eliminate otherwise distracting color distortions that can result from treating pixel 
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sub-components as independent luminous intensity sources. The color filtering may 
also be used to apply foreground and background color selections to the images being 
produced when the foreground/background colors are to be other than black and 
white. Accordingly, foreground/ background color information 1607 is utilized 
5 during the color filtering operation 1608. 

Filtered R, G, B luminous intensity values produced by the color filtering step 
1608 are processed further in step 1610. In step 1610, the color represented by the 
filtered R, G, B luminous intensity values is compared to a palette of colors supported 
by the display device 547. In step 1610, a color palette value corresponding to the 

10 pallet color which is closest to the pixel color produced by the R, G, B luminous 
intensity values output by the filtering step 1608, is selected for use. The palette 
value, in the format used by the display adapter 548 and/or display device 547, 
represents a processed pixel value. In step 1612, the generated processed pixel value 
is stored in the display device look-up table being generated in an array position entry 

15 corresponding to the packed pixel value which was used to produce the pixel value 
being stored. 

After storing the generated packed pixel value, e.g., color palette value, 
operation proceeds to step 1614. In step 1614 a determination is made as to whether 
or not all the packed pixel values in the set 1605 of packed pixel values have been 
20 processed. If there unprocessed packed pixel values remain, operation proceeds from 
step 1614 to step 1604 wherein processing of the next packed pixel value begins. 

If, however, in step 1 614 it is determined that all the packed pixel values in the 
set 1605 of packed pixel values have been processed operation proceeds to step 1616 
wherein the generated display driver look-up table is stored in memory 522 and/or on 
25 the hard disk drive 527. 

With the storage of the generated display driver look-up table stored in 
memory, operation the look-up table generation routine 1600 stops in step 1618 until 
being re-executed to generate a new look-up table. 

The look-up tables 832, 832', 832" are each generated for a specific 
30 foreground and background color combination. In many cases, it may be desirable to 
switch between foreground and background colors, as illustrated in Fig. 18 to make a 
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certain portion of displayed text stand out. In Fig. 18, the first and second arrows 
1801, 1802 represent switching between foreground and background colors. 

In accordance with the present invention, which color is used as the 
foreground and background color can be altered by simply changing the way in which 
5 the look-up table 832, 832* or 832" is accessed. The look-up tables 832 are normally 
stored for use with a dark foreground and light background since this is the display 
format usually preferred for text display. 

By subtracting a packed pixel value P from the largest number packed pixel 
value a transformed packed pixel value P 1 is obtained. 
10 That is: P' = Pmax - P 

In the exemplary case where packed pixel values can range from 0 through 
179 in value, Pmax = 179 and 

P' = 179-P. 

Using the transformed packed pixel values to access the look-up table 832, 
15 832* or 832" results in a set of processed pixel values corresponding to a light 
foreground and dark background. 

Accordingly, the present invention allows for a single display driver look-up 
table 832 to be stored for each pair of foreground and background colors which are 
supported. The stored table is arranged assuming that a first one of the pair of colors 
20 will be used as the foreground color and a second one of the colors will be used as the 
background color. When using packed pixel values corresponding to the specified 
foreground and background colors, a set of processed pixel values is obtained by 
using the packed pixel value as an index into the look-up table. 

When it is desired to use a foreground/background color combination that is 
25 opposite that is opposite that for which the look-up table was created, a transformed 
packed pixel value is created by first subtracting the packed pixel value from the 
highest supported pixel value number and then using the transformed packed pixel 
value to access the look-up table 832. 

To avoid the need to perform pixel value transform operations to reverse 
30 foreground/background colors, one embodiment of the present invention utilizes a 
look-up table 1900 with two packed pixel values corresponding to each set of 
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processed pixel values. The first set of packed pixel values 833 corresponds to a dark 
foreground/light background selection while the second set of packed pixel values 
1902 corresponds to a light foreground/dark background. Depending on the 
foreground/background selection desired for a given pair of colors, either the first or 
5 second set of packed pixel values 833, 1902 is used as the index into look-up 
table 1900. 

In view of the description of the invention included herein, numerous 
additional embodiments and variations on the discussed embodiments of the present 
invention will be apparent to one of ordinary skill in the art. It is to be understood 
10 that such embodiments do not depart from the present invention and are to be 
considered within the scope of the inventioa 
What is claimed is: 
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1. A method for processing image data including a first value 
representing a first set of first, second and third pixel sub-component luminous 
intensity values, the method comprising the steps of: 

providing a look-up table including a plurality of values which can be 
5 used to represent different first, second and third pixel sub-component luminous 
intensity values; 

using said first value as an index into the look-up table; and 
outputting from the look-up table a first processed set of pixel 
sub-component luminous intensity values, each pixel sub-component luminous 
10 intensity value in the first processed set of pixel sub-component luminous intensity 
values being a function of a color filtering operation and being in a form which is 
used by at least one of a display adapter and a display device. 

2. The method of claim 1, wherein the first processed set of pixel 
sub-component luminous intensity values is also a function of a gamma correction 

15 operation. 

3. The method of claim 2, where the first processed set of pixel 
sub-component luminous intensity values is also a function of a color palette selection 
operation. 

4. The method of claim 1, wherein the first processed set of pixel 
20 sub-component luminous intensity values is also a function of a color palette selection 

operation. 

5. The method of claim 1, 

wherein the first value is an 8 bit value; and 

wherein the first, second and third pixel sub-component luminous 
25 intensity values in the first processed set of pixel sub-component luminous intensity 
values are 8 bit red, green and blue luminous intensity values, respectively. 

6. The method of claim 3, 

wherein the first value is an 8 bit value; and 

wherein the first, second and third pixel sub-component luminous 
30 intensity values in the first processed set of pixel sub-component luminous intensity 
values are 8 bit red, green and blue luminous intensity values, respectively. 
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7. The method of claim 3, wherein the look-up table includes a total of N 
values each of which represents a different set of first, second and third pixel 
sub-component luminous intensity values, where N is the preselected total number of 
possible red, green and blue intensity level value combinations that can be produced 

5 by a scan conversion operation. 

8. The method of claim 2. further comprising the steps of: 

using a second value, representing a second set of first, second and 
third pixel sub-component luminous intensity values, as an index into the look-up 
table; and 

10 outputting from the look-up table a second processed set of pixel 

sub-component luminous intensity values, each pixel sub-component luminous 
intensity value in the second processed set of pixel sub-component luminous intensity 
values being a function of a color filtering operation and being in a form which is 
used by at least one of said display adapter and said display device. 
15 9. A computer readable medium comprising: 

computer executable instructions for processing image data including a value 
representing a first set of first, second and third pixel sub-component luminous 
intensity values, the processing including the steps of: 

providing a look-up table including a plurality of values which can be 
20 used to represent different first, second and third pixels sub-component luminous 
intensity values; 

using said first value as an index into the look-up table; and 
outputting from the look-up table a first processed set of pixel 
sub-component luminous intensity values, each pixel sub-component luminous 
25 intensity value in the first processed set of pixel sub-component luminous intensity 
values being a function of a color filtering operation and being in a form which is 
used by at least one of a display adapter and a display device. 

10. A method of generating a table suitable for converting a preselected 
plurality of packed pixel values each of which represents a combination of pixel 
30 sub-component luminous intensity levels into pixel values having a format used by at 
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least one of a display adapter and a display device, the method comprising the steps 
of: 

generating, for each of the preselected plurality of packed pixel values, 
as a function of a color filtering operation, at least one corresponding pixel value; and 
5 storing each generated pixel value in an array entry of a memory 

device at an array position corresponding to the packed pixel value to which the 
generated pixel value corresponds. 

1 1 . The method of claim 1 0, further comprising the step of: 
performing a gamma correction operation for each pixel value being 

10 generated, each generated pixel value also being a function of the performed gamma 
correction operation. 

12. The method of claim 11, further comprising the step of: 
performing a palette color selection operation for each pixel value being 

generated, each generated pixel value also being a function of the performed palette 
1 5 color selection operation. 

13. The method of claim 10, wherein each generated pixel value is a color 
palette value. 

14. The method of claim 10, wherein three pixel values are generated for 
each packed pixel value, the three pixel values including a red, a green, and a blue 

20 pixel sub-component luminous intensity value. 

15. An apparatus for generating at least one processed pixel value from a 
packed pixel value corresponding to one of a potential N packed pixel values, the 
apparatus comprising: 

a data storage device including a look-up table including an array of N 
25 entries, each entry including at least one pixel value generated as a function of an 
image processing operation; and 

means for retrieving from the data storage device the entry located in 
the array position corresponding to the packed pixel value. 

16. The apparatus of claim 15. wherein said image processing operation is a 
30 color filtering operation. 
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17. The apparatus of claim 15 , wherein said image processing operation 
includes a gamma correction operation and a color palette selection operation. 

1 8. The apparatus of claim 1 5, wherein each packed pixel value entry is an 
8 bit value. 

5 19. The apparatus of claim 1 8, wherein each set of processed pixel values 

includes an 8 bit red pixel sub-component luminous intensity value, an 8 bit green 
pixel sub-component luminous intensity value, and an 8 bit blue pixel sub-component 
luminous intensity value. 

20. An image processing system, the system comprising: 

10 a display driver, for converting packed pixel values into one or more 

pixel values having a form used by one of a display device and a display adapter, the 

display driver including: 

a first processed pixel value look-up table, including an array of pixel 

value entries, one pixel value entry being provided for and associated a correspond 
15 one of the possible packed pixel values thereby providing one pixel value entry for 

each possible packed pixel value. 

2 1 . The apparatus of claim 26, further comprising: 

additional processed pixel value look-up tables, each of the first 
processed pixel value look-up table and the additional proceed pixel value look-up 
20 tables being associated with a different color palette; and 

means for selecting which one of the processed pixel value look-up 
tables to use at any given time as a function of color palette information. 

22. The apparatus of claim 20, further comprising: 

additional processed pixel value look-up tables, each of the first 
25 processed pixel value look-up table and the additional proceed pixel value look-up 
tables being associated with a different color filtering operation; and 

means for selecting which one of the processed pixel value look-up 
tables to use at any given time as a function of color foreground/background 
information. 
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23. The apparatus of claim 20, further comprising: 

additional processed pixel value look-up tables, each of the first 
processed pixel value look-up table and the additional proceed pixel value look-up 
tables being associated with different gamma correction values; and 
5 means for selecting which one of the processed pixel value look-up 

tables to use at any given time as a function of gamma correction value information. 

24. A method for processing image data including a first value representing a first 
set of first, second and third pixel sub-component luminous intensity values 
corresponding to different pixel sub-components of a first pixel element, the method 

10 comprising the steps of: 

providing a look-up table including a plurality of color palette values 
which can be used to represent different first, second and third pixels sub-component 
luminous intensity values; 

using said first value as an index into the look-up table; and 

15 outputting from the look-up table a first color palette value, the color 

palette value being a function of a color filtering operation and being in a form which 
is used by at least one of a display adapter and a display device. 

25. The method of claim 24, wherein the first color palette value is also a 
function of a gamma correction operation. 

20 26. The method of claim 25, where the first color palette value is also a 

function of a color palette selection operation. 

27. The method of claim 24, wherein the first color palette value is also a 
function of a color palette selection operation. 

28. The method of claim 24, further comprising the step of: 

25 operating said display adapter to generate a second set of first, second 

and third pixel sub-component luminous intensity values from the first color palette 
value and a color palette. 

29. The method of claim 28, wherein the first color palette value is an 8 bit 
value and wherein the each of the processed first, second and third pixel 

30 sub-component luminous intensity values are 8 bit values. 
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30. The method of claim 24, wherein the look-up table includes a total of 
N color palette values, where N is the preselected total number of possible unique red, 
green and blue intensity level value combinations that can be produced by a scan 
conversion operation. 
5 31. The method of claim 24, further comprising the steps of: 

using a second value, representing a second set of first, second and 
third pixel sub-component luminous intensity values, as an index into the look-up 
table; and 

outputting from the look-up table a second color palette value, the 
10 second color palette value being a function of a color filtering operation and being in 
a form which is used by at least one of said display adapter and said display device. 
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